home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-20 / tcp90132.zip / TCP90132.TXT < prev   
Text File  |  1990-09-14  |  5KB  |  153 lines
  1. Path: tosspot!indep1!pete
  2. From: pete@indep1.UUCP (Peter Franks)
  3. Newsgroups: to.tosspot
  4. Subject: TCP Digest #132
  5. Message-ID: <1333@indep1.UUCP>
  6. Date: 14 Sep 90 01:21:48 GMT
  7. Reply-To: pete@indep1.MCS.COM (Peter Franks)
  8. Followup-To: to.tosspot
  9. Distribution: to
  10. Organization: as little as possible
  11. Lines: 140
  12.  
  13. TCP-Group Digest            Fri,  7 Sep 90       Volume 90 : Issue 132
  14.  
  15. Today's Topics:
  16.                             *** LINKED to
  17.                     Forth / RTX-2000 help needed.
  18.                               RSPF data
  19.                               rspf info
  20.                          SLIP to Esix Rev D?
  21.  
  22. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>
  23. Send requests of an administrative nature (addition to, deletion from the
  24. distribution list, et al) to: <ListServ@UCSD.Edu>
  25.  
  26. Archives of past issues of the TCP-Group Digest are available
  27. (by FTP only) from UCSD.Edu in directory "mailarchives".
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Thu, 6 Sep 90 12:44:17 GMT
  31. From: toth!dave (David B. Toth)
  32. Subject: *** LINKED to
  33. To: tcp-group@ucsd.edu
  34.  
  35. Contrary to some comments, RLI does not barf on this ...
  36. And Bill's comments are correct - some folks have screwed up on the
  37. spec ...
  38. Leave it in the BBS/Gateway code ... we'll get some of the other
  39. s/w writers to fix their code.
  40.  
  41. 73, Dave VE3GYQ (@ VE3GYQ)
  42. ria.ccs.uwo.ca!toth!dave
  43.  
  44. ------------------------------
  45.  
  46. Date: Thu, 6 Sep 90 10:48:14 EDT
  47. From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
  48. Subject: Forth / RTX-2000 help needed.
  49. To: idacrd!mac@uunet.UU.NET, tcp-group@ucsd.edu
  50.  
  51. Bob,  I spoke with our resident FORTH guru and he said that he would
  52. be glad to speak with you. He has done considerable RTX work and has
  53. alot of experience in FORTH. In talking with him he mentioned the
  54. RTX-2010, which should be out in the next year. This baby is specifically
  55. geared to the DSP community. Beta version may be around now or soon.
  56. Jim can fill you in more on this. So don't hesitate to contact him. He
  57. is alittle hard to get ahold of on the phone. Keep trying!
  58.  
  59. His address and phone is:
  60.  
  61.          Jim Davidson
  62.          Code 5051
  63.          Naval Air Developement Center
  64.          Warminster, PA 18974
  65.  
  66.        215-441-2573   -  215-441-3961 (LAB)
  67.  
  68. The lab number may be better, but his desk number may forward to
  69. the lab anyhow. Let me know if you have problems getting him. He
  70. may be very helpful to you. He IS a real FORTH guru! Goes to all
  71. the conferences, knows Chuck Moore etc.
  72.  
  73. 73 Doug
  74.  
  75. ------------------------------
  76.  
  77. Date: Thu, 6 Sep 90 10:51:34 EDT
  78. From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
  79. Subject: RSPF data
  80. To: tcp-group@ucsd.edu
  81.  
  82. Since it is not part of the nos userref manual (at least not the
  83. version I have) is there any info on RSPF and the implementation
  84. in G1EMM nos?
  85.  
  86. Doug
  87.  
  88. ------------------------------
  89.  
  90. Date: Thu, 06 Sep 90 16:43:04 GMT
  91. From: kelvin@kelvin.uk22.bull.com
  92. Subject: rspf info
  93. To: tcp-group@ucsd.edu
  94.  
  95. Doug,
  96.   I am putting up the docs I have on rspf to thumper. This consists of
  97. Freds definition and a mail message (edited) from Anders. Look in the
  98. thumper incoming dir. Hope this helps.
  99.      All the best,
  100.                Kelvin.
  101. +-------------------------------------------------+
  102. | Kelvin J.Hill - BULL HN Ltd, Hounslow, England. |
  103. | Internet - kelvin.uk22.bull.com  [128.35.110.6] |
  104. | Amprnet  - g1emm.ampr.org        [44.131.7.6]   |
  105. +-------------------------------------------------+
  106.  
  107. ------------------------------
  108.  
  109. Date: Thu, 6 Sep 90 06:49:49 PDT
  110. From: "Image Systems Engineering, DTN264-1342, MKO2-2/K03  06-Sep-1990 0927" <grebus@absisg.enet.dec.com>
  111. Subject: SLIP to Esix Rev D?
  112. To: tcp-group@ucsd.edu
  113.  
  114. Has anyone had any experience running SLIP between NOS and a system running
  115. the Esix version (Rev D) of SYSV?  The link comes up, but FTP's only seem
  116. to work doing a GET on the NOS system (i.e. transfer from Esix to NOS)
  117. The NOS is ??0490 version of G1EMM that I've ported to an AT&T Unix-PC.
  118.  
  119. A couple things I've noticed when doing a PUT from NOS:
  120.  
  121. If I set the MTU to what Esix is using (1024), then NOS appears to send the
  122. first block of data piggybacked with the last part of the handshake opening
  123. the data connection.  As a result this segment gets fragmented at the IP
  124. level (because the MSS field makes the header longer?).  Esix seems to 
  125. never see (or never reassemble) this packet, so no data gets transferred.
  126. Am I interpreting this correctly (re the packet getting fragmented)?
  127.  
  128. If I set the MTU smaller (256), then data flows, but with lots of
  129. retransmissions. Watching the trace, it looks like the Esix side is 
  130. acknowledging packets as soon as they get there, by which time the NOS
  131. side usually has sent one or two more (the Esix side has a window of 2048).
  132.  
  133. ------------------------------
  134.  
  135. Date: (null)
  136. From: (null)
  137. Anyone have any advice or other experience with NOS to 386 ix's?
  138.  
  139.     /gary
  140.     K8LT
  141.     grebus@nobozo.enet.dec.com
  142.  
  143. ------------------------------
  144.  
  145. End of TCP-Group Digest
  146. ******************************
  147.  
  148. -- 
  149. +------------------------------------------------------------------------------+
  150. |  Peter Franks  |          pete@indep1.mcs.com  OR  pete@indep1.uucp          |
  151. |      NI9D      |                   Use whichever one works                   |
  152. +------------------------------------------------------------------------------+
  153.